According to the documentation, the Insim Version should be in 'packet[8]' I think.

4 bytes, 1 packet each, meaning packet[0,1,2,3]
Then you get word, which is 2 packets, meaning packet[4 and 5]
Then you get another word, which is 2 packets again, meaning packet [6 and 7]
Then you get the byte for InSimVer, meaning packet[8]

*edit*

I've tested this on my end and the message displayed in LFS about the Insim Version, is gone now.
Which means I officialy 'fixed' my first Lapper core issue

Last edited by Yisc[NL], Fri 19 Feb 2016, 22:58.

I have no experience coding Lapper and I'm currently trying to get the source files running on my computer (with help of a professional programmer).
I did look into the Insim version issue and came to this conclusion:

In the file called 'Insim4.cs" a packet is created named "VER".
When looking at the Insim documentation "Insim.txt" that was the old way to do something with an Insim version number.
It appears that you now have to do that with a packed named "IS_ISI", which isn't used in the entire Lapper project.
Maybe this will put you on the right track to solve that issue.

Keep going Scawen and know that a lot of people (although "many" have stated here otherwise very often and in a thousand ways) are still appreciating your work or come as new comers to LFS and start enjoying your masterpiece. Thanks for your dedication and work done (also to Eric and Victor for their contributions).

Your program need to report an Insim version number, so that the Insim protocol knows what version has to be used.
If nothing is reported (like it is now in your program) it will fall back to Insim protocol version 6.

You haven't specified the Insim version in your application.
It will still work, but without the new things added in Insim version 7.

Euhm me driving a real car is not going to happen, as I have no drivers license
Thanks for your answer and I am sure it will be a great improvement for LFS once you have finished it.

I know this will be a tricky question and I certainly don't want to force you into saying anything you don't want to say, but would it be possible to give us a quick status update on how the work on the tyre phyiscs is going and maybe a very rough indication on how long the rest of the process should take (although I totaly understand that you might not want to say anything about that last part of the question).

I am there to be hit

Ah, never knew about the country thing, something learned today then, thank you.
Yeah, a lot is 'copied' from other people lately, which make me not so keen about helping people too much lately.
Only asking for this and that, not trying anything themselfs and most people aren't grateful when you helped them.

Quote from VolksTurbo :

It could make for taking the distance from the user during all times is connected?

Thanks for answering!

Yes, "Dist" takes the total distance driven by that user on that server.
"SessDist" takes the total distance driven bij that user since it connected to the server and as soon as the user disconnects, the value is wiped.

I don't want to sound rude, but what have you tried to make these scripts your self?

I mean, number 1 and 3 are extreemly easy to do and even if you have hardly coded anything for Lapper, they are very doable and good examples to learn how to do things within the Lapper environment.
Number 2 can't be done with Lapper, since it can't read an IP address and tie that to a country.

For request one:

Event you need to code this button in: OnConnect
Variable needed: GetCurrentPlayerVar("NickName")

For request three:

Event you need to code this button in: OnLap
Variable needed *: GetCurrentPlayerVar( "Dist" )
Or variable needed *: GetCurrentPlayerVar( "SessDist" )

* first variable gives total distance driven on that server
* second variable gives distance driven during that session

Great work Scawen and Eric.

I noticed one thing after upgrading our servers to version M.
Insim relay gives this warning:

InSim - TCP : InSim Relay
InSim : version 0 requested - using 6

I have quickly looked into your request, but don't think it's possible with current version of Lapper, unless someone adds a similar function as GetTopList but then for Drift.

Quote from Scawen :

I'll release that today but first I'll see if there's anything else I can do in time.

Off-topic:

Since you seem to be in a very good mood, would it be possible for you to update the core of LFS Lapper?
The last developer seems to have fallen off the earth and I would be over the moon to be able to use all the new toys from within the Lapper environment.
I know your answer though, and can't blame you.

On-topic:

Would it be possible to be able to use more colours through Insim?
Or is that a limitation of Lapper as well?

That's a normal button, with a transparent background.

Quote from mikail346 :

Could it be a player's registration at only 1 times 1 line?

No, the message means that you either aren't an admin and therefor not allowed to execute the command or that your LFS username isn't listed in the appropriate file.
But once more, these kind of questions don't belong in this topic.

That means that your username isn't listed in the file called admin.txt

Quote from k_badam :

I personally think that the only thing that should be limited for demo users is online capabilities. They should be limited to 12 hours of track time (only counts when you are on the track) and when that runs out they can choose between paying for more time or buying a license. To stop them from creating another account they shouldn't have to put in any bank details (if i was creating a free account i would find that dubious and would click away) and instead LFS should keep your IP so that no new licenses could be made from that IP.

Getting a new IP is easier then drinking a cup of coffee, so that won't help.
It would be better to get and store some hardware ID and compare that when someone connects.

Guys, can you please stop all this personal bikkering in this thread?
It won't lead to anything and it's distracting when reading the ongoing developement. @Scawen: Just wanted to take this opportunity to say thanks for your work on LFS. Keep on going.

when reading through 'changes.txt' I see this about groupcmdlfs:

groupCmdLfs( cmd );
Same command as cmdLfs but send this LFS command to all server having the same group id.

So basicly it let you do the same actions that can be used in 'cmdLfs' but then for the whole group.

As far as I can see, there isn't a way to retrieve information from another instance of Lapper.
Of course you could write some values to the database and then retrieve them from another server.
I've used such thing in my schedule and schedule_set script, so you might want to have a look at those scripts.

Good to see it's working.
But you don't need to run Lapper twice.
It's possible to run multiple servers while only running Lapper once.
Search for this file: LFSServers.cfg

Then set something like this:

Server1|gr1|127.0.0.1|29998|./default|server1.ini|autoWork
Server2|gr1|127.0.0.1|29999|./default|server2.ini|autoWork

Of course you need to create a seperate ini for each server.
So make copies of "default_1.ini" rename them to "server1.ini" and "server2.ini"
Then adjust those ini-files so that they have the correct password for their corresponding server.
Create seperate "LFSLapper.lpr" if servers need a different configuration.
If not, then you can leave that as it is.

By the looks of it, the insim port(s) aren't opened on the LFS server(s) or they both use the same port number.
There also seems to be an issue with the password being used, which prevents Lapper from connecting to your LFS server.

You aren't talking to your self, but I don't feel the need to litter your topic with reactions every time. Great to be able to follow your project so closely. Keep those messages coming please.

Longtime always seems to be in 12-hour format and setting "TimeFormat = HH:mm;" in the Lapper server config file, makes it crash, so although it's mention in the chances.txt, it doesn't work.

In the end I came up with this script, althoug I doubt if this is enough to measure time for drag racing, since it can only handle full seconds:

According to changes.txt two variables are written in lower case only:

6. Added 3 new var setted at end of race or qualification
finishedpos : finish or qualify pos (1 = win / 256 = not added to table)
racetotaltime : race time (ms) use NumToMsh is need
racepbtime : race time (ms) use NumToMsh is need

Sadly this has happened a lot in Lapper, as either the use of variable names in inconsistent and/or the documention is incorrect.
Recently I had to go through the source files to get the correct spelling for a variable.

It also looks like that "racetotaltime" and "racepbtime" are only set at end of race or qualification.